Device and Method of Handling Radio Bearer Configurations of Radio Access Technologies

ABSTRACT

A first base station (BS) for handling RB configurations of radio access technologies (RATS) comprises at least one storage device; and at least one processing circuit, coupled to the at least one storage device. The at least one storage device stores, and the at least one processing circuit is configured to execute instructions of: receiving, from a second BS, a first RB configuration of a first RAT and a second RB configuration of a second RAT for a first communication device, wherein the first RB configuration and the second RB configuration are associated to a first RB; and communicating first data associated to the first RB with the first communication device according to the first RB configuration and the second RB configuration; wherein the first RB configuration comprises a first RB identity identifying the first RB, and the second RB configuration comprises the first RB identity.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a division of U.S. application Ser. No. 16/172,881, filed on Oct. 29, 2018, which claims the benefit of U.S. Provisional Application No. 62/578,512, filed on Oct. 29, 2017. The contents of these applications are incorporated herein by reference.

BACKGROUND OF THE INVENTION 1. Field of the Invention

The present invention relates to a device and a method used in a wireless communication system, and more particularly, to a device and a method of handling radio bearer configurations of radio access technologies.

2. Description of the Prior Art

A new radio (NR) system, initiated by the third generation partnership project (3GPP), includes a new radio interface and a new radio network architecture that provides a high data rate, a low latency, packet optimization, and an improved system capacity and an improved coverage.

SUMMARY OF THE INVENTION

The present invention therefore provides a method and related communication device for handling radio bearer (RB) configurations of radio access technologies (RATs) to solve the abovementioned problem.

A first base station (BS) for handling RB configurations of RATs comprises at least one storage device; and at least one processing circuit, coupled to the at least one storage device. The at least one storage device stores, and the at least one processing circuit is configured to execute instructions of: receiving, from a second BS, a first RB configuration of a first RAT and a second RB configuration of a second RAT for a first communication device, wherein the first RB configuration and the second RB configuration are associated to a first RB; and communicating first data associated to the first RB with the first communication device according to the first RB configuration and the second RB configuration; wherein the first RB configuration comprises a first RB identity identifying the first RB, and the second RB configuration comprises the first RB identity.

A method of handling RB configurations of RATS for a first BS comprising: receiving, from a second BS, a first RB configuration of a first RAT and a second RB configuration of a second RAT for a first communication device, wherein the first RB configuration and the second RB configuration are associated to a first RB; and communicating first data associated to the first RB with the first communication device according to the first RB configuration and the second RB configuration; wherein the first RB configuration comprises a first RB identity identifying the first RB, and the second RB configuration comprises the first RB identity.

These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of a wireless communication system according to an example of the present invention.

FIG. 2 is a schematic diagram of a communication device according to an example of the present invention.

FIG. 3 is a flowchart of a process according to an example of the present invention.

DETAILED DESCRIPTION

FIG. 1 is a schematic diagram of a wireless communication system 10 according to an example of the present invention. The wireless communication system 10 is briefly composed of a network and a plurality of communication devices. The network and a communication device may communicate with each other via one or more carriers in the same or different duplexing modes (e.g., frequency-division duplexing (FDD), time-division duplexing (TDD) or flexible duplexing).

In FIG. 1, the network and the communication devices are simply utilized for illustrating the structure of the wireless communication system 10. The network may be an evolved Universal Terrestrial Radio Access Network (E-UTRAN) including at least one evolved long-term evolution (eLTE) evolved Node-B (eNB) or a new radio (NR) radio access network comprising at least one new radio Node-B (gNB).

A communication device may be a UE, a mobile phone, a laptop, a tablet computer, an electronic book, a portable computer system, a vehicle, or an aircraft. In addition, the network and the communication device can be seen as a transmitter or a receiver according to direction (i.e., transmission direction), e.g., for an uplink (UL), the communication device is the transmitter and the network is the receiver, and for a downlink (DL), the network is the transmitter and the communication device is the receiver.

In FIG. 2, the communication device 20 may be a communication device or the network shown in FIG. 1, but is not limited herein. The communication device 20 may include at least one processing circuit 200 such as a microprocessor or Application Specific Integrated Circuit (ASIC), at least one storage device 210 and at least one communication interfacing device 220. The at least one storage device 210 may be any data storage device that may store program codes 214, accessed and executed by the at least one processing circuit 200. Examples of the at least one storage device 210 include but are not limited to a subscriber identity module (SIM), read-only memory (ROM), flash memory, random-access memory (RAM), hard disk, optical data storage device, non-volatile storage device, non-transitory computer-readable medium (e.g., tangible media), etc. The at least one communication interfacing device 220 includes at least one transceiver and is used to transmit and receive signals (e.g., data, messages and/or packets) according to processing results of the at least one processing circuit 200.

In the following embodiments, a UE is used to represent a communication device in FIG. 1, to simplify the illustration of the embodiments.

A process 30 in FIG. 3 according to an example of the present invention may be utilized in a first BS (e.g. in the network in FIG. 1). The process 30 includes the following steps:

Step 300: Start.

Step 302: The first BS configures a first radio bearer (RB) configuration of a first radio access technology (RAT) and a second RB configuration of a second RAT to a first UE, wherein the first RB configuration and the second RB configuration are associated to a first RB.

Step 304: The first BS communicates data associated to the first RB with the first UE according to the first RB configuration and the second RB configuration.

Step 306: The first BS transmits the first RB configuration and the second RB configuration to a second BS in a handover preparation procedure for the first UE.

Step 308: End.

According to the process 30, the second BS communicates data associated to the first RB with the first UE according to the first RB configuration and the second RB configuration, e.g., since the first BS transmits the first RB configuration and the second RB configuration to the second BS in the handover preparation procedure.

In one example, the first BS configures the first RB to the first UE by the first RB configuration and the second RB configuration. In one example, the first RB configuration includes a first RB identity identifying the first RB, and the second RB configuration includes the first RB identity. That is, the first RB configuration and the second RB configuration include the same RB identity (i.e., the first RB identity). The first RB configuration may include the first RB identity and all or at least one of a radio link control (RLC) configuration, a logical channel configuration and a logical channel identity. The RLC configuration, the logical channel configuration and the logical channel identity are associated to the first RB. The second RB configuration may include a packet data convergence protocol (PDCP) configuration. The first/second BS communicates the data associated to the first RB with the first UE according to the PDCP configuration and the all or the at least one of the RLC configuration, the logical channel configuration and the logical channel identity.

In one example, the first RB configuration does not include a PDCP configuration. In one example, the first RB configuration also includes a PDCP configuration which is different from the PDCP configuration in the second RB configuration. When the first UE receives the PDCP configuration in the first RB configuration and the PDCP configuration in the second RB configuration, the first UE does not use the PDCP configuration in the first RB configuration. The second BS may not use the PDCP configuration in the first RB configuration.

In one example, the first BS configures the first RB configuration including the PDCP configuration and does not configure the second RB configuration, to a second UE. In one example, the first BS communicates data associated to the first RB with the second UE according to at least one of the RLC configuration, the logical channel configuration and the logical channel identity and the PDCP configuration in the first RB configuration. In one example, the first BS transmits the first RB configuration including the PDCP configuration to the second BS in a handover preparation procedure for the second UE, but does not transmit the second RB configuration in the handover preparation procedure for the second UE. In this case, the second BS may use the at least one of the RLC configuration, the logical channel configuration and the logical channel identity and the PDCP configuration in the first RB configuration to communicate data associated to the first RB with the second UE.

In one example, in the handover preparation procedure for the first UE via an interface between the first BS and the second BS (e.g., a X2 interface or a Xn interface), the first BS transmits a Handover Request message including the first RB configuration and the second RB configuration to the second BS. The second BS sends a Handover Acknowledge message including a handover command (e.g., radio resource control (RRC) Connection Reconfiguration message) in response to the Handover Request message. In the handover preparation procedure for the first UE via an interface with a network node (e.g., Si interface), the first BS transmits a Handover Request message including the first RB configuration and the second RB configuration to the network node (e.g., Mobility Management Entity (MME) or Access and Mobility Management Function (AMF)). The network node transmits the first RB configuration and the second RB configuration to the second BS. The network node transmits a Handover Acknowledge message including a handover command (e.g., RRC Connection Reconfiguration message) in response to the Handover Request message. In the above examples, the first BS transmits the handover command to the first UE. The first UE transmits a handover complete (e.g., RRC Connection Reconfiguration Complete message) to the second BS, when connecting to a cell of the second BS according to the handover command. Then, the second BS communicates the data associated to the first RB with the first UE according to the first RB configuration and the second RB configuration. The first UE may perform a random access procedure with the second BS, to transmit the handover complete message.

In one example, the second BS determines to modify the first RB configuration or the second RB configuration. If the second BS makes the determination, the second BS may include a first modified RB configuration (corresponding to the first RB configuration) or a second modified RB configuration (corresponding to the second RB configuration) in the handover command. The second BS may not modify the first RB identity, and may modify a configuration in the first RB configuration. The second BS may not modify the first RB identity, and may modify a configuration in the second RB configuration.

In one example, the first RB configuration is a data RB (DRB) configuration (e.g., DRB-ToAddMod information element (IE)) defined in a LTE RRC specification (e.g., 3GPP Technical Specification (TS) 36.331), and the second RB configuration is a DRB configuration (e.g. DRB-ToAddMod IE) defined in a NR RRC specification (e.g., 3GPP TS 38.331 or as shown in the prior art).

The following is an example of the first DRB configuration.

DRB-ToAddMod ::= SEQUENCE {   eps-BearerIdentity INTEGER (0..15) OPTIONAL,   drb-Identity DRB-Identity,   pdcp-Config PDCP-Config OPTIONAL,   rlc-Config RLC-Config OPTIONAL,  logicalChannelIdentity INTEGER (3..10) OPTIONAL,  logicalChannelConfig LogicalChannelConfig OPTIONAL, }

The following is an example of the second DRB configuration.

DRB-ToAddMod ::= SEQUENCE {   cnAssociation CHOICE {    eps-BearerIdentity INTEGER (0..15) OPTIONAL,    sdap-Config SDAP-Config OPTIONAL   }   drb-Identity DRB-Identity,   reestablishPDCP ENUMERATED{true} OPTIONAL,   pdcp-Config PDCP-Config OPTIONAL,  }

In one example, the first RB configuration is a signalling RB (SRB) configuration (e.g., SRB-ToAddMod IE) defined in a LTE RRC specification (e.g., 3GPP TS 36.331), and the second RB configuration is a SRB configuration (e.g., SRB-ToAddMod IE) defined in a NR RRC specification (e.g., 3GPP TS 38.331 or as shown in the prior art).

The following is an example of the first SRB configuration.

SRB-ToAddMod ::= SEQUENCE {   srb-Identity INTEGER (1..2),   rlc-Config CHOICE {    explicitValue RLC-Config,    defaultValue NULL   } OPTIONAL,   logicalChannelConfig CHOICE {    explicitValue LogicalChannelConfig,    defaultValue NULL  } OPTIONAL,

The following is an example of the second SRB configuration.

SRB-ToAddMod ::= SEQUENCE {   srb-Identity SRB-Identity,   reestablishPDCP ENUMERATED{true} OPTIONAL,   pdcp-Config PDCP-Config OPTIONAL,   ...  }

In one example, the first BS configures a third RB configuration of the first RAT and a fourth RB configuration of the second RAT to the first UE, wherein the third RB configuration and the fourth RB configuration are associated to a second RB. That is, the first BS configures the second RB to the first UE by the third RB configuration and the fourth RB configuration. The first BS communicates data associated to the second RB with the first UE according to the third RB configuration and the fourth RB configuration. The first BS transmits the third RB configuration and the fourth RB configuration to the second BS, e.g., via the interface between the first BS and the second BS or via the interface with the network node in the handover preparation procedure. The second BS communicates data associated to the second RB with the first UE according to the third RB configuration and the fourth RB configuration. The examples described above for the first RB configuration and the second RB configuration may be applied to the third RB configuration and the fourth RB configuration, respectively, and are not narrated herein.

In one example, the first RB or the second RB is a SRB or a DRB. The first RAT may be LTE or eLTE (LTE or eLTE may be called evolved universal terrestrial radio access (E-UTRA)), and the second RAT may be new radio (NR). The first BS and the second BS may be eNBs. The data may include a plurality of protocol data units (PDUs) such as PDCP PDUs. A PDU may include a RRC message, when the first RB or the second RB is a SRB. A PDU may include a packet of an application (e.g., running in an operating system, e.g., Android, iOS, Windows, Linux, Chrome OS) or an Internet Protocol (IP) packet, when the first RB or the second RB is a DRB.

In one example, the first RB is a DRB, and the second RB is SRB. In one example, the first RB configuration is a first DRB configuration, and the second RB configuration is a second DRB configuration. In one example, the third RB configuration is a third SRB configuration, and the fourth RB configuration is a fourth SRB configuration. The following is an example of the first DRB configuration (e.g., the DRB-ToAddMod IE in the 3GPP TS 36.331) in a DRB-ToAddModList and the third SRB configuration (e.g., the SRB-ToAddMod IE in the 3GPP TS 36.331) in a SRB-ToAddModList. The DRB-ToAddModList and the SRB-ToAddModList are included in a RadioResourceConfigDedicated of the first RAT. The first BS may transmit the RadioResourceConfigDedicated to the second BS in the handover preparation procedure, e.g. in the Handover Request message described above.

RadioResourceConfigDedicated ::= SEQUENCE {   srb-ToAddModList SRB-ToAddModList OPTIONAL,   drb-ToAddModList DRB-ToAddModList OPTIONAL,   drb-ToReleaseList DRB-ToReleaseList OPTIONAL,   mac-MainConfig CHOICE {    explicitValue MAC-MainConfig,    defaultValue NULL   } OPTIONAL,   sps-Config SPS-Config OPTIONAL,  physicalConfigDedicated PhysicalConfigDedicated  OPTIONAL,   ...  }

In one example, the following is an example of the second DRB configuration (e.g., the DRB-ToAddMod IE in the 3GPP TS 38.331) in a DRB-ToAddModList and the fourth SRB configuration (e.g., the SRB-ToAddMod IE in the 3GPP TS 38.331) in a SRB-ToAddModList included in a RadioBearerConfig of the second RAT. The first BS may transmit the RadioBearerConfig to the second BS in the handover preparation procedure, e.g., in the Handover Request message described above.

RadioBearerConfig ::= SEQUENCE {   srb-ToAddModList SRB-ToAddModList OPTIONAL,   srb-ToReleaseList INTEGER (3) OPTIONAL,   drb-ToAddModList DRB-ToAddModList OPTIONAL,   drb-ToReleaseList DRB-ToReleaseList OPTIONAL,   securityConfig SecurityConfig OPTIONAL  }

In one example, “OPTIONAL” above means that an information element (IE) may or may not exist in the first DRB configuration and/or the second DRB configuration. For example, the first BS may not include a srb-ToReleaseList or a drb-ToReleaseList in a RadioResourceConfigDedicated. If the srb-ToReleaseList (or the drb-ToReleaseList) is included, the second BS may ignore/discard the srb-ToReleaseList (or the drb-ToReleaseList). For example, the first BS may not include the srb-ToReleaseList or the drb-ToReleaseList in the RadioBearerConfig. If the srb-ToReleaseList (or the drb-ToReleaseList) is included, the second BS may ignore/discard the srb-ToReleaseList (or the drb-ToReleaseList). The first BS may not include a securityConfig. If the securityConfig is included, the second BS may ignore/discard the securityConfig.

In one example, if the first BS does not transmit the second RB configuration and/or the fourth RB configuration together with the first RB configuration and/or the third RB configuration to the second BS in the handover preparation procedure, the second BS may not be able to communicate data associated to the first RB and/or the second RB with the first UE by using the second DRB configuration and/or the fourth DRB configuration. Thus, the present invention solves the issue in the art.

It should be noted that although the above examples are illustrated to clarify the related operations of corresponding processes. The examples can be combined and/or modified arbitrarily according to system requirements and/or design considerations. Message names and IE names described above are examples and should not narrow a scope of the invention. The first RAT may be NR and the second RAT may be LTE. The first and second BSs may be gNBs.

Those skilled in the art should readily make combinations, modifications and/or alterations on the abovementioned steps, description and examples. Some steps described above may not necessarily have to be used in the invention. The abovementioned description, steps and/or processes including suggested steps can be realized by means that could be hardware, software, firmware (known as a combination of a hardware device and computer instructions and data that reside as read-only software on the hardware device), an electronic system, or combination thereof. An example of the means may be the communication device 20. Any of the processes above may be compiled into the program codes 214. For the process involving the first BS and/or the second BS, steps performed by the first BS may be compiled into the program codes 214 of the first BS and steps performed by the second BS may be compiled into the program codes 214 of the second BS.

To sum up, the present invention provides a method and related communication device for handling RB configurations of RATS. According to the present invention, a second BS (e.g., a target BS) knows how to communicate data with a UE, after receiving the RB configurations configured to the UE from a first BS (e.g., a source BS).

Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims. 

What is claimed is:
 1. A first base station (BS) for handling radio bearer (RB) configurations of radio access technologies (RATs), comprising: at least one storage device; and at least one processing circuit, coupled to the at least one storage device, wherein the at least one storage device stores, and the at least one processing circuit is configured to execute instructions of: receiving, from a second BS, a first RB configuration of a first RAT and a second RB configuration of a second RAT for a first communication device, wherein the first RB configuration and the second RB configuration are associated to a first RB; and communicating first data associated to the first RB with the first communication device according to the first RB configuration and the second RB configuration; wherein the first RB configuration comprises a first RB identity identifying the first RB, and the second RB configuration comprises the first RB identity.
 2. The first BS of claim 1, wherein the first RB configuration comprises at least one of a radio link control (RLC) configuration, a logical channel configuration and a logical channel identity associated to the first RB.
 3. The first BS of claim 1, wherein the first RB configuration comprises a first PDCP configuration which is different from a second PDCP configuration in the second RB configuration.
 4. The first BS of claim 1, wherein the instructions further comprise: receiving, from the second BS, a Handover Request message comprising the first RB configuration and the second RB configuration to the second BS in a first handover preparation procedure.
 5. The first BS of claim 1, wherein the instructions further comprise: receiving, from the second BS, the first RB configuration, and not receiving, from the second BS, the second RB configuration, in a second handover preparation procedure for a second communication device.
 6. A method of handling radio bearer (RB) configurations of radio access technologies (RATs) for a first base station (BS), the method comprising: receiving, from a second BS, a first RB configuration of a first RAT and a second RB configuration of a second RAT for a first communication device, wherein the first RB configuration and the second RB configuration are associated to a first RB; and communicating first data associated to the first RB with the first communication device according to the first RB configuration and the second RB configuration; wherein the first RB configuration comprises a first RB identity identifying the first RB, and the second RB configuration comprises the first RB identity.
 7. The method of claim 6, wherein the first RB configuration comprises at least one of a radio link control (RLC) configuration, a logical channel configuration and a logical channel identity associated to the first RB.
 8. The method of claim 6, wherein the first RB configuration comprises a first PDCP configuration which is different from a second PDCP configuration in the second RB configuration.
 9. The method of claim 6, further comprising: receiving, from the second BS, a Handover Request message comprising the first RB configuration and the second RB configuration to the second BS in a first handover preparation procedure.
 10. The method of claim 6, further comprising: receiving, from the second BS, the first RB configuration, and not receiving, from the second BS, the second RB configuration, in a second handover preparation procedure for a second communication device. 